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RECEIVED 

CENTRAL FAX CENTIR 

SEP 0 2 2008 PATENT 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re application of: 

Thomas M. SCHAUB, et al. Examiner: Carol A. See 

'Serial No.: 10/743,143 

Filed: December 23, 2003 Art Unit: 3695 

For: Enterprise Management Application 

Providing Availability Control Checks on confirmation No . 7478 

Revenue Budgets 



DECLARATION OF THOMAS SCHAUB, ANDREAS SCHAEFER. AND HQR5T SCHNOERER 

We, Dr. Thomas Schaub, Andreas SchaeFer, and Horst Schnoerer, individually and 
collectively declare as follows: 

1. We are the inventors of the above-referenced patent application currently pending 
before the United States Patent and Trademark Office. We are informed that the application 
currently contains claims 6-7, 10-13, 15-19, and 21, with claims 6, 10, and 16 being 
independent daims, all of which are rejected as anticipated or obvious over SAPR3 
(www.sap.com, 2003), which has a publishing date of June, 2003. We understand SAPR3 is 
being used as prior art under 35 U.S.C § 102 (a). 

2. We conceived of the subject matter recited in the pending daims of this application prior 
to June 2003. Evidence of this fact is shown in attached Exhibits A, B and C. Exhibit A Is a 
presentation describing a design of availability control on revenue that was available on 
November 28, 2002. Exhibit A illustrates a design for the subject matter redted in the pending 
claims. See for example slide 2 of Exhibit A which discusses the subject matter of the daimed 
invention. Exhibit B is a screen shot illustrating that the presentation of Exhibit A was available 
on November 28, 2002. Exhibit C is further evidence of the date of the design. Exhibit C was 
written in December 12, 2002, and is an invitation to a design meeting for availability controls 
on revenue. 
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3. A working prototype of the subject matter recited in the pending claims was operational 
by at least January 16, 2003. The working prototype included the functionality of the present 
application. Exhibit D is an email dated January 23, 2003, sent from Dr. Thomas Schaub to SAP 
colleagues Juan Gulias and Gerardo Kobeh. The email includes an email sent on January 16, 
2003, in which Dr. Schaub stated he had completed a working prototype. And the email of 
January 23, 2003, included a document describing the working prototype, "Implementation of 
Availability Control on Revenues 1 ', which is included as Exhibit E. The "Overview of the 
Implementation" section of Exhibit E illustrates that the subject matter of independent claims 6, 
7, 10, and 16 of the pending application is part of the working prototype. 

4. We exercised diligence in the completion of the invention between the dates of 
conception at least November 28, 2002, and reduction to practice, at least January 16, 2003 f as 
identified above. 

I, Dr. Thomas Schaub, declare that all statements made of my own knowledge are true 
and that alt statements made on information and belief are believed to be true and that all 
statements made herein are made with the knowledge that willful false statements and the like 
are punishable by fine or Imprisonment, or both (18 U.S.C § 1001) and may jeopardize the 
validity of the application or any patent issuing thereon. 



Date: 

Dr. Thomas Schaub 

I, Andreas Schaefer, declare that all statements made of my own knowledge are true 
and that all statements made on information and belief are believed to be true and that all 
statements made herein are made with the knowledge that willful false statements and the like 
are punishable by fine or imprisonment, or both (18 U.S.C, § 1001) and may jeopardize the 
validity of the application or any patent issuing thereon. 



Date: 

Andreas Schaefer 
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I r Horst Schnoerer, declare that all statements made of my own knowledge are true and 
that all statements made on information and belief are believed to be true and that all 
statements made herein are made with the knowledge that willful false statements and the like 
are punishable by fine or Imprisonment, or both (18 U.S.C § 1001) and may jeopardize the 
validity of the application or any patent issuing thereon- 



Date: 




Horst Schnoerer 
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Grace, Gregory 



From: 



Schnoerer, Horst [horst.schnoerer@sap.com] 
Thursday, December 12, 2002 3:56 AM 

Godeby, Frank; Lindberg. Gloria; Hollberg, Juergen; Trohorsch, Claudia 
Schaub, Thomas 



Sent: 

To: 

Cc: 



Subject: RE: Review AVC on Revenues 
Hallo Kollegen, 

wenn au&er mir noch jemand an diesm Meeting teilnehmen will, schlage ich vor, dass wir in den Raum CE.19 
gehen. Ansonsten werde ich von meinem Plate aus teilnehmen. Gebt mir bitte Bescheid, wenn Ihr auch teilnehmt. 

Viele GrUfce 
Horst 

Original Appointment 

From: Schaub, Thomas 

Sent: Donnerstag, 12. Dezember 2002 09:25 

To: Saunas, Martelle; Schnoerer, Horst; Godeby, Frank; Undberg, Gloria; HoNberg, jgergen; Bourne, Herve 
Cc: Trohorsch, Claudia; Seatorv Rooyn; Sehaerer, Andreas; Darnell, Geoffrey; Kobeh, Gerardo 
Subject: Updated: Review AVC on Revenues 

When: Donnerstag, 12. Dezember 2002 16:00-18 ;00 (GKT+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna. 
Where: Sophia, Wafldorf, Washington 

UPDATE: updated slides & phone conference & meeting room in Sophia 
Hi all, 

1 have updated the slides for our meeting. 



Hello colleagues in Washington, 

if you like to attend the meeting (it seems that none of you has accepted yet), then it would be good, if one of you 
could arrange a meeting place for a phone conference. 



Hello colleagues in Sophia, 

we will meet in room MENTON (2nd); the phone number is: +33 4 92 28 64 60. 



Hello colleagues in Walldorf, 

I still hope that Washington will join the meeting. If not. then please call us in Sophia. 



B/R, 

Thomas 



8/28/2008 
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Hello colleagues, 

I would like to invite you to a review on the design of availability control on revenues. 
Please have a look at the following documents: 

* PPT slides (first shot, but good for an overview): 
« File: PPT AVC on Revenues.sap » 

* Design Paper: 

« Fite: Design Doc AVC on Revenues.sap » 

You can open the links, if you have estabfished a SSO user for system PMP. 

Best regards, 
Thomas 

P.S. I'd have preferred an earWer date, but you are too busy in December... 



8/28/2008 
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Grace, Gregory 



From: 
Sent: 



Schaub, Thomas [thomas.schaub@sap.com] 
Thursday, January 23, 2003 12:01 PM 
Gulias, Juan; Kobeh, Gerardo 
FW: Enhancement of AVC: check on revenues 



To: 



Subject: 



Attachments: lmplementation_AVC_on_Revenues.doc 
Hi Jerry and Juan, 

I forgot to mention that you might also change the method MESSAGE_GIVE_DETERMINE_MSG in your 
application-specific LEDGER class in order to be able to distinguish messages coming from the new 'revenue' 
checks from AVC messages due to the 'classical* checks. 

Here is the documentation of the implementation I did in ALN and MJE: 

<<lmplementation_AVC_on_Revenues.doc>> 

Cheers, 

Thomas 

Original Message 

From: Schaub, Thomas 

Sent: Thursday, January 16, 2003 2:28 PM 

To: Gulias, Juan; Kdbeh, Gerardo 

Subject: Enhancement of AVC: check on revenues 

Hi Juan and Jerry, 

I have finished the implementation of the new AVC checks on revenues for FN! in ALN. 

If you like to use this new development for GM, then you should add the field WFSTA7E_9 in your FI-SL tables 
GMAVC* (see how I did it for FMAVCT and FMAVCC - don't forget to enhance the table index of the objects 
table...) and enhance the two methods DATA_BASE_READ and ENTRY BUFFERJ/VRITE of your class 
CL_GMAVC_ LEDGER accordingly. 

As you will see, there Is not much work to do for you. I already enhanced your lock object E_EGMAVCT and 
some of your coding using this lock object. I hope that the changes I did are fine for you! 

The activation of this new check mode (— >' called: ceiling type) is done in the Customizing of the tolerance 
profiles. I created a new view cluster, which offers this possibility: 

VC^BUAVCTOLLIMJST (ct like ceiling types) 

I propose to use this one instead of VC_BUAVCTOLLIM, if you like to use checks on revenues in GM. 

However/there remains some conceptual problem: Do we now need a distinction between tolerance profiles used 
in FM and in GM? Currently aJI tolerance profiles can be used at the same time in both applications! But imagine 
that one application (like GM?) does not use checks on revenues, but uses some tolerance profile from FM, 
where settings are entered for ceiling type 'revenues'! 

Wouldn't it be better to introduce some new key field APPLIC (with values FM and GM) in the key of the 
tolerance profiles? Before I write some small design paper (we will require an XPRA for that!), I will ask for your 
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feedback and advice. This new field (data element already exists: BU AVC_APPLIC) would appear in all generic 
Customizing tables of class FMAVC_E in order to distinguish between different applications: 

BUAVCLDGR: as attribute to distinguish control ledgers of different AVC applications 
BUAVCSRC: as attribute to distinguish AVC data sources belonging to different applications 

BUAVCTRPO and BUAVCTOLASS: in the key for separating tolerance profiles per application 
BUAVCACTGRP: in the key for separating activity groups per application (--> use in tolerance profiles) 
BUAVCEVENT: in the key for separating AVC events (~> also only for use in tolerance profiles) 

Should we arrange some small phone conference on that? Please let me know. 

Best regards, 
Thomas 



Dr. Thomas M. Schaub 
Development IBU Public Sen/ices 

SAP Labs France S A. 

805, Avenue du Docteur Maurice Donat 

Font de I'Orme - Sophia^Anilpolis 

F-06250 MOUGINS 

Phone: +33.4.92.28.62.36 

Fax: +33.4.92.23.62.01 

< <mailto:thomas.schaub@sap.com>> 

THE BEST RUN EBUSINESSES RUN SAP 
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Implementation of Availability Control on Revenues 

Releases: EA-PS 2.0 (ALN) and EA-PS 1.10 Ext. for JFMIP (MJE) 
Last updated: 17.01.2003 



Overview of the implementation 
Principle 

For controlling revenues (with tolerances of the new ceiling type 'incoming amounts') in principle 
only the sign of the consumable budget values and of the budget consumptions has to be 
inversed for the availability checks. However, also the treatment of preposted documents and of 
data of concurrent users (so-called foreign enqueue data) changes for checks on 'incoming 
amounts'. 

Customizing 

A new key field CEILTYPE is introduced in the Customizing of AVC tolerance profiles to 
distinguish between tolerances for classical AVC (ceiling type 'outgoing amounts') and for the 
new AVC configuration to control revenues (ceiling type 'incoming amounts'). 

WFSTATE 

AVC has to separately store preposted values for the two ceiling types: for the classical checks 
only posted and reserved (preposted) data is relevant and for checks on 'incoming amouts' 
posted and earmarked (preposted) data is relevant For this purpose a new DB field WFSTATE 
has to be created for the AVC totals table (table group FMAVC in FM). This change of the DB 
representation of AVC data also requires some changes for the AVC reporting. 

The new field WFSTATE must also be added to the enqueue object (E_EFMAVCT in FM). 

Enqueue handling 

Apart from the above-mentioned new field WFSTATE in the enqueue object, now all values must 
be sent to the enqueue server. The distinction on the sign of the amounts is only done for foreign 
enqueue values (= enqueue data of concurrent users) after reading them from the enqueue 
server in the CHECK process event. AVC must keep positive and negative amounts In separate 
internal tables for the availability checks in order to use them separately for checks on 'outgoing 
amounts' and on 'incoming amounts'. 

Message handling 

For distinguishing between the check results coming from different ceiling types, a new set of 
messages has to be created, which mention in the long text that they arise from AVC checks on 
•incoming amounts'. 

Reporting 

The function modules for selecting or calculating AVC data have to be changed. In addition, the 
AVC data reports have to be changed, too, in order to display control object data in the context of 
the checks on 'incoming amounts'. 
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Changed or new objects 
Data elements and domains 

The data elements BUAVC_CEILTYPE (new domain BUAVC_CEILTYPE) and 
BUAVC_WFSTATE (taking the existing domain BUKU_WF STATE) have been 
created. 

Structures 

• The new structure BUAVC_S_AVC_CHECK_RESULT has been created, which 
contains the complete list of fields obtained as result of some availability check. 
This structure appears in many method interfaces as parameter. 

• The structure BUAVC_S_TOLPROF_SET has been enhanced by the new field 
CEILTYPE. This structure is used for reading the Customizing of tolerance 
profiles in the function module BUAVC J3ET JTOLERANCE_LIMITS. 

• The structure FMAVCTJKEY received a new field WFSTATE. This structure is 
used for the definition of the enqueue (or lock) object EJBFMAVCT in FM. 

• FMAVC_S_ACO_ANNUALJTOTALS (only ALN): instead of the two fields 
CONSUMABLE_BUDGET and CONSUMED_AMOUNT the six new fields 
CONSUMABLE_BDGTPOSTED, CONSUMABLEJ3DGT_RESERVED, 
CONSUMABLE_BDGTJEARMARKED, CONSUMED_AMOUNT_POSTED, 
CONSUMED_AMOUNT_RESERVED, and 

CONSUMED_AMOUNT_EARMARKED were created to separate AVC data in 
FM from posted and preposted (reserved or earmarked) documents. Therefore the 
function modules FMAVC_SELECT_ANNUAL_TOTALS_ACO (both in ALN 
and slightly different in MJE) and 

FMAVC_SELECT_MULTAN_TOTALS_ACO (only ALN) had to be changed. 
Also the include RFFMA VC_CTRLD AT A_0 1 00_AVC calling the latter function 
module had to be modified (this include is used for both AVC data reports). 

• FMAVC_S_BO_ANNUAL_TOTALS (only ALN): this structure was changed 
exactly as the previous one. Accordingly the function module 
FMAVC_CALC_ANNUAL_CONTRIB_BO (only ALN) using this structure and 
the same include RFFMAVC_CTRLDATA_0 100_AVC (only ALN) calling this 
function had to be changed, too. 

DB tables 

• The customizing table BUAVCTOLASS received a new key field CEILTYPE. 
No XPRA is necessary, because the initial value (default) corresponds to the 
classical AVC configuration for controlling 'outgoing amounts'. 

• The AVC totals table FMAVCT and the objects table FMAVCC received the new 
attribute WFSTATE_9. For table FMAVCC the table index 1 had to be enhanced, 
too, and finally the FI-SL XPRA RGZZGLUX had to be run in order to 
regenerate FI-SL structures and ABAP code. If a customer likes to use the new 
ceiling type 'incoming amounts', then he must run the reconstruct AVC program. 
There is no need for a reconstruct or for an XPRA, if existing Enterprise 1.10 
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customers does not use the new development - the initial value (SPACE) of the 
WFSTATE field is always interpreted as 'posted* data. 

Views and view-clusters 

The view V_BUAVCTOLASS has been modified in order to only display and treat 
tolerance profiles with values of ceiling type 'outgoing amounts'. The view 
V_BUAVCTOLASS_CT has been created, which allows the maintenance of both ceiling 
types. This view is used in the new view-cluster VC_BUAVCTOLLIM_CT, which is 
used for the IMG activity 'Edit tolerance profiles' in FM (only ALN; in MJE the existing 
view VC J3UAVCTOLLIM has been enhanced to treat both ceiling types - it was not 
possible in MJE to create maintenance modules in SE54 for a new view, which already 
exists as original in ALN). 

Lock objects 

The lock object E_EFMAVCT obtained a new field WFSTATE. The ABAP code of the 
following objects has to be modified accordingly: function modules 
FMAVC_RELEASE_GLOB ALJENQUEUE and FMAVC_SET_GLOBALJENQUEUE 
and methods ENQUEUE_VALUES_READ, VALUES JDEQUEUE and 
VALUES_ENQUEUE of class CL_FMAVC_LEDGER. 

Changed function modules 

• BUAVC_GET_TOLERANCE_LIMITS: read new field CEILTYPE in DB table 
BUAVCTOLASS. Currently if there is no entry found for ceiling type 'outgoing 
amounts', then an entry with Error for usage rate % is returned. This means that a 
customer has to explicitly switch off checks on 'outgoing amounts' (as before) 
and to explicitly switch on checks on 'incoming amounts'. 

• FMAVCJRELEASE_GLOBALJENQUEUE: use new field WFSTATE of the 
lock object 

• FMAVC_SET_GLOBALJENQUEUE: use new field WFSTATE of the lock 
object 

• FMAVC_SELECT_ANNUAL JTOTALS_ACO (different in ALN and MJE): 
treat the new field WFSTATE of AVC totals 

• FMAVC_SELECT_MULTAN__TOTALS_ACO (only ALN) 

• FMAVC_CALC_ANNUAL_CONTRIB_BO (only ALN) 

Class CL_BUAVC_LEDGER and its sub-classes 

The internal type CATEGORY of the super class received a new field: WFSTATE. 
The following methods of the super class were modified; 

• AVAILABILITY CHECK PERFORM: new interface (parameters) and 
enhanced standard implementation for separating data for the two different ceiling 
types. The method VALUES_CHECK is called twice, for each ceiling type 
separately. 

• AVC_ACnON_EVALUATE: new interface (parameters) and enhanced standard 
implementation. For each ceiling type, messages and AVC events are treated 
separately. 
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• CATEGORY_FILL: pre-set the field CATEGORY- WFSTATE with 'Posted' and 
now use a constant for the single field value CATEGORY-ALLOCTYPE, 

• CHECK: no change to the flow logic, only the interface of some methods called 
here had to be changed. 

• ENQUEUE JVALUESJtEAD: new interface (exporting parameters) - no 
standard implementation. 

• MESSAGE_GIVE: new interface (parameter i_ceiltype) and slight change of the 
standard implementation 

• NEWJENQUEUE_DATA_PREPARE: new interface (parameters) and 
enhancement of the standard implementation: new shared locks are only created, 
if there is no error for both ceiling types. In addition, new shared locks from the 
present checks and from already posted (and not COMMITed) documents are not 
COLLECTed together anymore. These values are separately enqueued to allow 
for independent treatment of the two kinds of documents (already posted data is 
rather likely to be COMMITed, but check values from the current document may 
also be simply rejected — may be that the user only pressed the CHECK button! 

• PARKED J/ALUES_HANDLE: no preposted data is rejected anymore - 
according to the sign of the changes to the available amount, the WFSTATE value 
'Reserved' or 'Earmarked' is selected. Currently this decision is exclusively 
based on annual amounts, which means that the selection of the WFSTATE 
values is independent on the checking horizon (may be that we have to change 
this...). 

• VALUESCHECK: new interface (parameters) and enhancement of the standard 
implementation to cover different ceiling types. For ceiling type 'incoming 
amounts' the sign of all amounts is inversed before doing the real check. 

The following methods of the FM-specific sub-class CL_FMAVCJLEDGER have been 
modified, too; 

• DATAJBASEJREAD: select AVC totals data for all WFSTATE values 

• ENQUEUE_VALUES_READ: distinguish enqueue data from concurrent users 
(foreign locks) according to the sign and store them separately in two different 
internal tables (one for each ceiling type). 

• ENTRYJ3UFFER_WRITE: store the new field CATEGORY- WFSTATE in the 
corresponding DB field. 

• VALUES ^DEQUEUE: treat the new field WFSTATE, when releasing locks 

• VALUES_ENQUEUE: treat the new field WFSTATE, when setting locks 

• MESSAGE_GIVEJDETERMINE_MSG: use other message numbers for ceiling 
type 'incoming amounts'. 

Messages 

The messages 05 1 through 069 (FMAVC) have been created for messages from ceiling 
type 'incoming amounts* and the messages 001 through 019 have been enhanced to 
indicate that ceiling type 'outgoing amounts' did the job. 
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Reports and includes 

• RFFMAVC_CTRLDATA_0100_AVC (only ALN): ... 
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